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METHOD, SYSTEMS AND APPARATUSES FOR MANAGING 
SPECIALIZED HEALTHCARE NEEDS 

TECHNICAL FIELD OF THE INVENTION 
[0001] The present invention relates generally to the 
field of healthcare management and more particularly to 
methods, systems and apparatuses for managing specialized 
healthcare needs. 

BACKGROUND OF THE INVENTION 
[0002] Without limiting the scope of the invention, its 
background is described in connection with healthcare 
management systems. The management of information is 
important in many aspects of many businesses. In the 
healthcare industry, the management of information and data 
becomes even more important. Typically, data is maintained 
in paper form by healthcare providers. Once a patient has 
a test conducted, a paper report is generated with the 
results of the test. These reports are then stored in 
different locations under different systems for maintaining 
their integrity . 

[0003] The storage of paper information poses dilemmas 
for specialized healthcare needs, such as cardiological 
care. Patients with cardiological problems often have 
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multiple tests performed during doctor's visits or 
experience more frequent tests than other patients. These 
tests can examine different aspects of their condition and 
allow doctors to determine different methods of treatment. 
Many times, however, these tests must be conducted at 
different locations or by different doctors. Because a 
paper system is more difficult to relay from provider to 
provider, the files are usually maintained by the provider 
who performs the tests. Thus, when a doctor needs to 
examine multiple tests at the same time, the doctor must 
contact the various service providers or locations in order 
to retrieve the test results. This presents difficulty in 
performing a comprehensive diagnosis, and can lead to 
inefficiencies and delays in clinical analyses. 

SUMMARY OF THE INVENTION 
[0004] The present invention provides a healthcare 
management system for specialized healthcare needs. The 
healthcare management system may include at least one 
database. The healthcare management system may also 
include a data collection module. The data collection 
module is in communication with the database and may be 
configured to collect and store patient test data, patient 
information, and healthcare provider information. 
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[0005] A data viewing module may also be provided by the 
healthcare management system. The data viewing module is 
in communication with the database and may be configured to 
allow access to and modification of the patient test data. 
The healthcare management system may further provide a 
patient access module. The patient access module may be in 
communication with the database and may be configured to 
allow access by a user to view tests performed on a 
patient. The healthcare management system may also provide 
a form generation module. The form generation module may 
be in communication with the database and may be configured 
to produce reports from the patient test data. 
[0006] The present invention also provides a method of 
managing specialized healthcare needs. The method may 
include the steps of collecting patient test data using one 
or more test forms, organizing the patient test data 
according the patient and test performed, editing the 
patient test data, securing the patient test data, and 
generating a report for the tests performed from the 
patient test data. 

[0007] The present invention further provides a computer 
program embodied on a computer readable medium for managing 
specialized healthcare needs. The computer program 
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includes a code segment to create one or more test forms. 
The computer program also includes a code segment to 
collect patient test data using the one or more test forms. 
In addition, the computer program may include a code 
segment to organize the patient test data according to 
patient and test performed. The computer program may 
further provide a code segment to edit the patient test 
data. The computer program may also provide a code segment 
to secure the patient test data. Additionally, the 
computer program may provide a code segment to generate a 
report of the test performed from the patient test data. 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0008] For a more complete understanding of the features 
and advantages of the present invention, reference is now 
made to the detailed description of the invention along 
with the accompanying figures in which the corresponding 
numerals and the different figures refer to corresponding 
parts and in which: 

Figure 1 is a schematic diagram of the management 
system of the present invention; 

Figure 2 is a block diagram of showing the 
operation of the data collection module of the present 
invention; 
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Figure 3 is a block diagram showing the operation 

of the data viewing module of the present invention; 

Figure 4 is a block diagram showing the operation 

of the physician viewing module of the present invention; 

Figure 5 is a screen shot showing the main menu 

screen of the present inventions- 
Figure 6 is a screen shot showing the data 

collection module of the present inventions- 
Figure 6a is a screen shot showing a test data 

entry form of the present inventions- 
Figure 6b is a screen shot showing a patient 

information form of the present inventions- 
Figure 7 is a screen shot showing the data 

viewing module of the present invention; 

Figure 8 is a screen shot showing the physician 

viewing module of the present inventions- 
Figure 9 is a screen shot showing the view test 

by patient module of the present invention; and 

Figure 10 is a screen shot of the report 

generation module of the present invention. 

DETAILED DESCRIPTION OF THE INVENTION 

[0009] While the making and using of various embodiments 

of the present invention are discussed in detailed below. 
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it should be appreciated that the present invention 
provides many applicable inventive concepts that may be 
embodied in a wide variety of specific context. The 
specific embodiments discussed herein are merely 
5 illustrative of specific ways to make and use the invention 
and do not limit the scope of the invention. 
[0010] The present invention provides a software 
application that can operate on a wide variety of hardware 
configurations. These configurations range from a single 
d 10 machine, single database installations to large 
^ installations with multiple machines and databases. As a 

8 ""| result, the present invention can be easily scaled up to 

[f! 

meet added demand by increasing the number of machines and 
m databases within the system to match the increase in number 

! ;?■ 

|fj 15 of users. 

[0011] The present invention is depicted in Figure 1 
generally as 100. The healthcare management application 
100 comprises several modules and at least one database. 
As depicted, at least one management database 105 can be 
20 used as central storage facility for all data collected 
using the healthcare management application 100. A data 
collection module 110 may be in communication with the 
management database 105. The data collection module 110 
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may be configured to allow the creation of test data entry 
forms for test data collection. The data collection module 
110 may include a variety of test data entry forms created 
for the healthcare management application 100. The data 
5 collection module 110 may also include a patient 

information form to collect information regarding a 
particular patient. The patient information may also be 
collected using the test data entry forms. In addition, 
the data collection module 110 may include a 

yy 10 physician/technician information form. The 

physician/technician information may also be collected 

^ using the test data entry forms. 

Iff 

[0012] The data collection module 110 allows the user to 
rig select a test for which data for a particular patient will 

fy 15 be entered. Additionally, the healthcare management system 
y* 100 includes a data viewing module 115. The data viewing 

module 115 may be in communication with the management 
database 105. The data viewing module 115 allows the user 
to read and edit test data entry forms that have been 
20 entered through the data collection module 110. The 

ability to either edit or read a test data entry form is 
determined by whether or not the test data entry form has 
been secured. As will be demonstrated in Figure 6a, a test 
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data entry form becomes secured if a physician affixes his 
electronic signature to the form. 

[0013] A view test by patient module 120 can also be 
included in the management system 100. The view test by 
patient module 120 can be in communication with the 
management database 105. The view test by patient module 
120 allows a user to view all tests performed on a 
particular patient. Additionally, a report generation 
module 125 can be included in the management system 100. 
The report generation module 125 can be in communication 
with the management database 105. The report generation 
module 125 allows the user to create reports of the test 
data that is secured on a particular day or group of days. 

[0014] Referring now to Figure 2, a block diagram 
illustrating the operation of the data collection module 
110 of Figure 1 is shown. As shown in block 200, test data 
entry forms are first created for the healthcare management 
system 100 of Figure 1. Once these test forms have been 
created, a user can request to collect patient data using 
the healthcare management system, as in block 210. After 
the user requests to collect patient data, the system 
prompts the user to select a technician name, as in block 
220. Once the technician's name has been selected, the 
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system prompts the user to enter the password associated 
with the technician, as in block 230. After the user has 
entered the password for the technician, the system 
attempts to validate the password as in block 240. If the 
5 system cannot validate the password, then the system asks 
the user to re-enter the password. If, however, the 
password entered by the user is valid then the system asks 
the user to select a location of the facility where the 
test has been performed, as shown by block 250. Once the 

10 location of the testing facility has been selected, a test 
data entry form associated with the test performed may be 
selected, as depicted by block 260. After the appropriate 
test data entry form has been selected, the user can then 
enter the collected test data. 

15 [0015] Referring now to Figure 3, the operation of the 
data viewing module 115 is shown. Once the user has 
selected the data viewing module, the user is prompted to 
select a technician, as depicted in block 300. After the 
user has selected a technician, the user is prompted to 

20 enter a password for the technician, as shown by block 310. 
The data viewing module then attempts to validate the 
password entered by the user, as in block 320. If the 
password is not valid, the data viewing module prompts the 
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user to enter a new password. If, however, the password is 
valid, the data viewing module asks the user to select the 
status of the test data entry form the user desires to 
view, as depicted by block 330. Several different statuses 
can be selected by the user. For example, the user may 
select "test not yet read/signed" or "test previously 
read/signed." Once the status of the test data entry form 
is selected, the system determines if the user has 
requested secured test data entry forms, as in block 340. 
If the user has selected secured test data entry forms, 
then the system will only allow the user to have "read- 
only" access to the test data entry forms, as depicted by 
block 350. If, however, the test data entry forms are not 
secured, then the data viewing module will allow the user 
editing access to the test data entry forms, as shown by 
block 360. Once "read-only" or editing access has been 
determined, the data viewing module then asks the user to 
select the types of test data entry forms to be viewed, as 
shown by block 370. Then, as in block 380, the user may be 
asked to enter the name of the patient for which the tests 
selected are to be shown. Once the name of the patient is 
entered, the test data entry form can be displayed. 
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[0016] Referring now to Figure 4, a separate reading 
module for reading test data entry forms by a physician is 
shown through the block diagram in Figure 4. Once the user 
selects to read the patient test data entry form as a 
5 physician, as in block 400, the user may be prompted to 
select the name of the physician, as in 410. After the 
name of the physician is selected, the user may prompted to 
enter a password for the physician as shown by block 420. 
Once the password is entered, the system attempts to 
yQ 10 validate the password, as in block 430. If the password is 
not valid, the system prompts the user to enter a new 
password. If, however, the password is valid, then the 
^' system requests the user to select the status of the test 

g data entry form desired to be read, as in block 440. After 

jy 15 the status of the test data entry form has been selected, 
y ; the system prompts the user to select the test data entry 

form to be viewed, as in block 450. Once the test data 
entry form has been selected, the system prompts the user 
to enter the name of the patient for whom the test data 
20 entry form is to be read, as in block 460. The test data 
entry form may then be displayed for the user. 
[0017] Referring now to Figures 5-10, an illustrative 
example of the management application and system of the 
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present invention is generally shown. While the system 
shown is for cardiological care, it will be appreciated 
that the system may be utilized for other specialized 
healthcare needs such as neurological testing and the like. 
[0018] Referring now to Figure 5, the healthcare 
management application is generally depicted as 500. As is 
shown, the menu on the screen shot in Figure 5 shows the 
various modules that can be accessed by the user of the 
healthcare application. Referring to the menu, the data 
collection module is generally referred to as 510. The 
data viewing module is depicted as 520, the view test by 
patient module is depicted as 540, and the report 
generation module is depicted as 550. A doctor read 
patient module is also depicted as 530. 

[0019] Referring now to Figure 6, the data collection 
module is generally depicted as 600. The data collection 
module allows the user to either select the name of a 
technician from a predetermined list or manually enter the 
name of the technician in slot 605. Once the name of the 
technician is entered, the user must enter the password of 
the technician in slot 610. After the password of the 
technician has been verified by the system, the system 
allows the user to select a location where the test 
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occurred in slot 615. Once a location has been selected, 
the user can then select the test data entry form for which 
the user would like to collect data, in slot 620. Once 
slot 605, 610, 615 and 620 have been completed, the user 
can then open a new test data entry form by selecting the 
open new button 625. The user can edit an existing form by 
selecting the edit existing button 630, or the user could 
return to the main menu by selecting the return to the main 
menu button 635. 

[0020] Once the user selects either the open new button 
625, a test data entry form will appear on the users 
screen. The test data entry form allows the user to enter 
various information for the test that has been conducted. 
If the user selects the edit existing button 630, form 700 
(depicted in Figure 7) opens for the user to fill out. 
[0021] Referring to Figure 6a, a sample test data entry 
form is shown. The test data entry form in this example is 
for a 2D Echo/Doppler test. As is shown, the user can 
enter the account identification of the patient in slot 
640. The test date in slot 645 defaults to the current 
date, or may be changed by the user to a different date. 
Once the account identification has been entered, the 
information in slot 650 is calculated, based on previously 
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entered patient information. If the patient does not 
already exist in the system, a patient information form is 
displayed for the user, as shown in Figure 6b. Various 
patient information can be entered into the patient 
5 information form. For example, the account identification 
for the new patient can be displayed in slot 647. The name 
of the patient can be entered in slot of 648. The date of 
birth of the patient can be entered in slot 649, the gender 
of the patient can be entered in slot 650, and the area 

If"! 

J3 10 code and the phone number of the patient can be in slots 
5fJ 651 and 652 respectively. Once the information is entered 

y{ into the patient information form, the user can then return 

Lii 
1 n 

to the previous form by selecting the return to previous 
form button 653. 
f(l 15 [0022] Referring back to Figure 6a, the name of the 

iL.~i 

4 physician can be entered in slot 655 and the name of the 

physician/technician entering the data can be entered in 
line 660. If consultant doctors are required, their names 
can be entered in line 655. 
20 [0023] Once all the vital information of the patient and 
the doctors has been entered, the user can then turn to 
entering the test data in the test data portion of the 
screen 670. The test data portion will change depending 
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upon which test is being conducted. Each test will have 
its own values and variables that will need to be entered 
for the test data entry form to be completed. 
[0024] Referring now to Figure 7 , the data viewing 
module of the present invention is shown generally as 700. 
Once the user has selected the data viewing module 700, the 
user may enter the name of the technician desiring to edit 
or view a test data entry form in slot 710. After the name 
of the technician has been entered, the user can then enter 
the password of the technician in slot 720. Once the 
password of the technician has been verified, the user may 
then select the status of the test data entry form to be 
read in slot 730. The status of the test data entry form 
can vary, and may be, for example, that the test data entry 
form has not been read or signed, or the test data entry 
form has been signed. Once the status of the test data 
entry form has been selected, the user can then select the 
test data entry form to be viewed or edited from slot 740. 
After the test data entry form has been entered, the name 
of the patient for whom the user desires to view the test 
data entry form can be entered in slot 750. Once the user 
has completed slots 710 through 750, the user can then 
either open the test data entry form selecting the open 
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patient button 7 60, or return to the main menu by selecting 
the return to the main menu button 770. If the user 
selects to open the test, the user will receive a form 
similar to that in 6b, but with the information completed. 
5 [0025] Referring now to Figure 8, the MD read patient 
test data module is generally depicted as 800. When this 
module is selected, the user must enter the name of the 
reading physician in slot 810. After entering the name of 
the reading physician, the user enters the password of the 
C 10 reading physician in slot 820. Once the system has 
m verified that the password matches the reading physician, 

the system allows the user to select the status of the test 
in slot 830. The status of the test entry data form in 
fk this module is the same as that of Figure 7. After the 

hy 15 status of the test data entry form has been selected, the 

user can then select the test data entry form to be read in 
slot 840. After selecting the test data entry form, the 
user will then enter the name of the patient for whom the 
test data entry form is to be viewed, in slot 850. Once 
20 slots 810 through 850 have been completed, the user then 
can open the test data entry form by selecting the open 
patient test button 860, or return to the main menu by 
using the return to the main menu button 870. Again, once 
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the user has selected the open patient test button 860, a 
test similar to that of Figure 6b will appear on the screen 
of the user. 

[0026] Referring back to Figure 6b, after the test data 
5 has been entered as described above with reference to 

Figure 8, the reading physician can enter his name in slot 
675. Reading dates are automatically populated, but can 
also be entered in slot 680 and 685. The original reading 
date by a physician is entered in slot 680. If any 

10 physicians have revised the report since the original date, 
the revision date is populated or entered in slot 685. 
Once the report has been read and approved, the reading 
physician can affix his signature digitally to the report 
in slot 690. By digitally affixing the signature, the 

15 reading physician secures the document so that it may not 
be edited by anyone other than himself. In essence, this 
secures the document to "read-only" status. 
[0027] Referring now to Figure 9, the view test by 
patients module is generally depicted as 900. In this 

20 module, a user may find all the tests that have been 

conducted for a particular patient. The user enters the 
name of the patient in slot 910. Once the name of the 
patient has been entered, the system locates all the tests 
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that have been performed on that patient. The tests are 
then listed by test name in slot 920 and test date in slot 
930. 

[0028] Referring now to Figure 10, the report generation 
module is generally depicted as 1000. In the report 
generation module, the user can select to print test 
reports for doctors. The user selects how many days before 
today's date they would like to see tests by checking one 
of the day slots in 1010. The user also selects the 
location where the tests were performed, by selecting the 
location depicted as 1015. Once the day and location have 
been selected, tests will appear for each of the days and 
locations that have been selected, as shown by slot 1020. 
The user may also have special reporting requests, as in 
slot 1030. These requests may be to lengthen the amount of 
time for which reports will be generated, specify a day, 
month and year for a test, specify a start and end day for 
tests. Once the user has selected the days of tests that 
are to be printed, the user can then generate reports in 
two different ways. The user may print only unread test by 
using the print unread tests button 1040, The user may 
also print batch reports of several tests by using the 
print batch reports button 1050. Finally, the user may 
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return to the main menu by using the return to the main 
menu button 1060. 



O 

m 
@ 
yj 

si 
W 
ill 

a 
® 

fU 

m 

Q 



19 



